System and method for providing in-game pricing relative to player statistics

ABSTRACT

One aspect of the disclosure relates to providing players pricing of in-game virtual items associated with their experience and their progress in the game. For example, the first player and the second player may have similar triggers, similar in-game events, and actually have different prices and currencies inside each story depending on each player&#39;s progress in the game, thus creating an individualized experience that may alter from player to player.

FIELD

The disclosure relates to providing in-game pricing relative to playerstatistics in an online game.

BACKGROUND

Various techniques for providing in-game assets that a player charactercan obtain within the game are known. In conventional systems questingtends to draw users further and further into a game, keeping rewardsfixed without regard for user skill.

SUMMARY

One aspect of the disclosure relates to providing players pricing ofin-game virtual items associated with their experience and theirprogress in the game. For example, the first player and the secondplayer may have similar triggers, similar in-game events, and actuallyhave different prices and currencies depending on each player's progressin the game, thus creating an individualized experience that may alterfrom player to player.

A system configured to facilitate providing an individualized experiencethat varies for users in an online game may include one or moreprocessors configured to execute compute program modules. The programmodules may comprise one or more of a user module, a space module, aninteraction module, a relationship module, a network module, a metricsmodule, a shop module, a cost determination module and/or any othermodules.

A space module may be configured to execute an instance of a virtualspace, a space module configured to execute an instance of a virtualspace and to implement the instance of the virtual space to facilitateparticipation by the users in an online game that takes place in thevirtual space. The space module may be configured to facilitateinteraction of a user with the virtual space by executing actions in theinstance of the virtual space in response to receiving the user's inputand/or any other input.

A user module may be configured to store inventories of resources thatare available to users in the virtual space. The resources may includeone or more wood, stone, herbs, water, ores, animals, monsters, bosses,non-player characters (NPCs), building materials, potions, and/or anyother resource. The inventories may include a first inventory ofresources available to a first user and/or any other user in the virtualspace.

A metrics module may be configured to determine a user metric thatquantifies an aspect of the first user's participation in the game. Theuser metric may quantify one or more of a progress within the game, apower level within the game, a skill level within the game, a level ofvirtual technology advancement within the game, success within the gameas a whole or within certain types of gameplay (e.g.,player-versus-player gameplay, player-versus-environment gameplay,harvesting gameplay, and/or other gameplay types), and/or other aspects.The metrics module may be configured such that the user metric may bedetermined based on one or more of: resources in inventory, items ininventory, quests completed, alliances joined, and/or levels completedand/or other parameters.

A shop module may be configured to effectuate presentation to the usersof offers to purchase resources. The offers may include a first offerfor the first user to purchase a first set of one or more virtual items.The virtual items may include a virtual good, a virtual currency, and/orother virtual items. For example, the shop module may be configured suchthat the offers presented to the first user may be restricted to offershaving prices in a first price range. The first price range may bedetermined based on the user metric for the first user, and/or the usermetric for other users. The shop module may be configured such that thefirst price range may change as participation by the first user in thegame causes the user metric for the first user to change. The shopmodule may be configured such that the first price range may be boundedby one or more both of a minimum value and/or a maximum value. The shopmodule may be configured such that the offers having prices below theminimum value may not be available for purchase by the first user. Theshop module may be configured such that having prices above the maximumvalue may be locked, and/or such offers may become unlocked as themaximum value of the price range is adjusted above the prices of suchoffers.

A cost determination module may be configured to determine prices forthe offers for the individual users based on the user metrics for theindividual users. The price of the first offer for the first user may bedetermined based on the user metric for the first user and/or otherusers. The cost determination module may be configured such that theprice of the first offer for a second user may be determined based onthe user metric for the second user. In response to the user metric ofthe first user being higher than the user metric for the second user,the price of the first offer for the first user may be lower than theprice of the first offer for the second user, and/or vice versa.

These and other features, and characteristics of the present technology,as well as the methods of operation and functions of the relatedelements of structure and the combination of parts and economies ofmanufacture, will become more apparent upon consideration of thefollowing description and the appended claims with reference to theaccompanying drawings, all of which form a part of this specification,wherein like reference numerals designate corresponding parts in thevarious figures. It is to be expressly understood, however, that thedrawings are for the purpose of illustration and description only andare not intended as a definition of the limits of the invention. As usedin the specification and in the claims, the singular form of “a”, “an”,and “the” include plural referents unless the context clearly dictatesotherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary system configured to provide in-gamepricing relative to player statistics in an online game, according to anaspect of the invention.

FIG. 2 illustrates an exemplary method of providing in-game pricingrelative to player statistics in an online game, according to an aspectof the invention.

FIG. 3 illustrates an exemplary diagram of a user interface whichprovides in-game pricing relative to player statistics in an onlinegame, according to an aspect of the invention.

FIG. 4 illustrates an exemplary diagram of a user interface whichprovides in-game pricing relative to player statistics in an onlinegame, according to an aspect of the invention.

DETAILED DESCRIPTION

FIG. 1 illustrates a system 10 configured to facilitate providing anindividualized experience that varies for users in an online game mayinclude one or more processors configured to execute compute programmodules. The program modules may comprise a user module 18, a spacemodule 20, an interaction module 22, a relationship module 24, a networkmodule 26, a metrics module 28, a shop module 30, a cost determinationmodule 32 and/or any other modules. In some implementations, system 10may include a game server 12. The game server 12 may host a game spacein which an online game takes place. The game server 12 may beconfigured to communicate with one or more client computing platforms 14according to a client/server architecture. The users may access system10 and/or the virtual space via client computing platforms 14.

The game server 12 may be configured to execute one or more computerprogram modules. The computer program modules may include one or more ofa user module 18, a space module 20, an interaction module 22, arelationship module 24, a network module 26, a metrics module 28, a shopmodule 30, a cost determination module 32 and/or any other modules.

The user module 18 may be configured to access and/or manage one or moreuser profiles and/or user information associated with users of thesystem 10. The one or more user profiles and/or user information mayinclude information stored by game server 12, one or more of the clientcomputing platforms 14, and/or other storage locations. The userprofiles may include, for example, information identifying users (e.g.,a username or handle, a number, an identifier, and/or other identifyinginformation) within the virtual space, security login information (e.g.,a login code or password), virtual space account information,subscription information, virtual currency account information (e.g.,related to currency held in credit for a user), relationship information(e.g., information related to relationships between users in the virtualspace), virtual space usage information, demographic informationassociated with users, interaction history among users in the virtualspace, information stated by users, purchase information of users,browsing history of users, a client computing platform identificationassociated with a user, a phone number associated with a user, and/orother information related to users.

The user module 18 may be configured to store inventories of virtualitems including resources that are available to users in the virtualspace. Various matters may be collected in an inventory. These mattersmay include, but are not limited to, virtual items, virtual resources,character attributes, character skills, and/or virtual currency. Avirtual item may be an item that can be used in a virtual world toassist a player's character. Examples of virtual items include, but arenot limited to, valuables (money, valuable metals or gems, etc.),weapons, spell components, defense components, and/or armor. A virtualresource may be a resource that can be used in the virtual world tocreate game attributes. Examples of virtual resources include wood,stone, herbs, water, ores, animals, monsters, bosses, non-playercharacters (NPCs), building materials, potions, etc. A characterattribute may be any quality, trait, feature and/or characteristic aparticular character can have. Character attributes may include, but arenot be limited to: a character score, a virtual object, the physicalappearance of a character, an emblem or mark, a synthetic voice, virtualcurrency, virtual help points or credits, the ability to join groups ofother players at a later time, a score for subsequent matching of latergame parameters, a relationship with another character, a geneticprofile or makeup, a skill or skill level, and/or a ranking. Characterskills may be game attributes inherent in or acquired by a playercharacter during game play such as, but not limited to: the ability tocast (certain) spells, foretell the future, read minds, use (certain)weapons, cook, hunt, find herbs, assemble herbs into potions, mine,assemble objects into other objects, fly, and/or enchant other playercharacters.

The user maintains an inventory for the user's character in whichvirtual awards may be collected. The inventory may be accessed throughan interface. As the character progresses through the game it mayreceive access to higher-level gear. Higher-level gear may be morepowerful and/or effective within the game. This may include havingparameters (e.g., hit points, attack strength, defense points, speed,etc.) that enhance the functionality of the gear in the game. The playermay be able to review items within the player's inventory and equip thecharacter with an item appropriate to the current game situation. Itemsmay be dragged from the inventory to a preview window. As items areselected, they may appear either on or next to the character. Forexample, if the character is currently not wearing any armor and/oraccessories, armor and accessories such as a cape may be added byaccessing the character's inventory. Management of a character'sinventory is a common game mechanic, and may lead to many hours of gameplay. Players may collect, trade, buy, fight over items, and/or performother actions to add to their inventory. Games in different genres, suchas science fiction, may incorporate items specific to that genre. Forexample, laser guns may be substituted in place of swords as thestandard weapon used by characters within a science fiction-type game.The data describing clothing and other equipment or gear may be storedin the character record.

Players within the game may acquire virtual currency. In such games, thevirtual currency might be represented by virtual coins, virtual cash, orby a number or value stored by the server for that player's benefit.Such virtual currency represents units of value for use in the onlinegame system, and is analogous to legal currency. Virtual currency can bepurchased in one or more actual cash or credit transactions by a player,where the legal currency is transferred using a credit/debit/charge cardtransaction conveyed over a financial network. A player may earn virtualcurrency by taking action in the game. For example, a player may berewarded with one or more units of virtual currency after completing atask, quest, challenge, or mission within the game. For example, afarming game might reward 10 gold coins each time a virtual crop isharvested.

Virtual currency may be used to purchase one or more in-game assets orother benefits. For example, a player may be able to exchange virtualcurrency for a desired level, access, right, or item in an online game.In some implementations, legal currency can be used to directly purchasean in-game asset or other benefit. The player can select the desiredin-game asset or other benefit. Once the necessary selections are made,the player can place the order to purchase the in-game asset or otherbenefit. This order is received by the game system, which can thenprocess the order. If the order is processed successfully, anappropriate financial account associated with the player can be debitedby the amount of virtual currency or legal currency needed to buy theselected in-game asset or other benefit.

Multiple types of virtual currency may be available for purchase fromthe game system operator. For example, an online game may have virtualgold coins and virtual cash. The different types of virtual currency mayhave different exchange rates with respect to legal currency and eachother. For example, a player may be able to exchange $1 in legalcurrency for either 100 virtual gold coins or $2 in virtual cash, butvirtual gold coins may not be exchanged for virtual cash. Similarly,where in-game assets and other benefits can be purchased with virtualcurrency, they may have different exchange rates with respect to thedifferent types of virtual currency. For example, a player may be ableto buy a virtual business object for $10 in virtual cash, but may notpurchase the virtual business object for virtual gold coins alone. Insome embodiments, certain types of virtual currency can be acquired byengaging in various in-game actions while other types of virtualcurrency can only be acquired by exchanging legal currency. For example,a player may be able to acquire virtual gold coins by selling virtualgoods in a business, but can only acquire virtual cash by exchanginglegal currency. Virtual cash may also be awarded for leveling up in thegame.

A space module 20 may be configured to execute an instance of a virtualspace, a space module configured to execute an instance of a virtualspace and to implement the instance of the virtual space to facilitateparticipation by the users in an online game that takes place in thevirtual space. The space module 20 may be configured to facilitateinteraction of a user with the virtual space by executing actions in theinstance of the virtual space in response to receiving the user's inputand/or any other input.

The space module 20 may be configured to implement the instance of thevirtual space executed by the computer modules to determine state of thevirtual space. The state may then be communicated (e.g., via streamingvisual data, via object/position data, and/or other state information)from server(s) 12 to client computing platforms 14 for presentation tousers. The state determined and transmitted to a given client computingplatform 14 may correspond to a view for a user character beingcontrolled by a user via the given client computing platform 14. Thestate determined and transmitted to a given client computing platform 14may correspond to a location in the virtual space. The view described bythe state for the given client computing platform may correspond, forexample, to the location from which the view is taken, the location theview depicts, and/or other locations, a zoom ratio, a dimensionality ofobjects, a point-of-view, and/or view parameters of the view. One ormore of the view parameters may be selectable by the user.

The instance of the virtual space may comprise a simulated space that isaccessible by users via clients (e.g., client computing platforms 14)that present the views of the virtual space to a user. The simulatedspace may have a topography, express ongoing real-time interaction byone or more users, and/or include one or more objects positioned withinthe topography that are capable of locomotion within the topography. Insome instances, the topography may be a 2-dimensional topography. Inother instances, the topography may be a 3-dimensional topography. Thetopography may include dimensions of the space, and/or surface featuresof a surface or objects that are “native” to the space. In someinstances, the topography may describe a surface (e.g., a groundsurface) that runs through at least a substantial portion of the space.In some instances, the topography may describe a volume with one or morebodies positioned therein (e.g., a simulation of gravity-deprived spacewith one or more celestial bodies positioned therein). The instanceexecuted by the computer modules may be synchronous, asynchronous,and/or semi-synchronous.

The above description of the manner in which state of the virtual spaceis determined by space module 20 is not intended to be limiting. Thespace module 20 may be configured to express the virtual space in a morelimited, or more rich, manner. For example, views determined for thevirtual space representing the state of the instance of the virtualspace may be selected from a limited set of graphics depicting an eventin a given place within the virtual space. The views may includeadditional content (e.g., text, audio, pre-stored video content, and/orother content) that describes particulars of the current state of theplace, beyond the relatively generic graphics. For example, a view mayinclude a generic battle graphic with a textual description of theopponents to be confronted. Other expressions of individual placeswithin the virtual space are contemplated.

Within the instance(s) of the virtual space executed by space module 20,users may control characters, objects, simulated physical phenomena(e.g., wind, rain, earthquakes, and/or other phenomena), and/or otherelements within the virtual space to interact with the virtual spaceand/or each other. The user characters may include avatars. As usedherein, the term “user character” may refer to an object (or group ofobjects) present in the virtual space that represents an individualuser. The user character may be controlled by the user with which it isassociated. The user controlled element(s) may move through and interactwith the virtual space (e.g., non-user characters in the virtual space,other objects in the virtual space). The user controlled elementscontrolled by and/or associated with a given user may be created and/orcustomized by the given user. The user may have an “inventory” ofvirtual goods and/or currency that the user can use (e.g., bymanipulation of a user character or other user controlled element,and/or other items) within the virtual space.

The users may participate in the instance of the virtual space bycontrolling one or more of the available user controlled elements in thevirtual space. Control may be exercised through control inputs and/orcommands input by the users through client computing platforms 14. Theusers may interact with each other through communications exchangedwithin the virtual space. Such communications may include one or more oftextual chat, instant messages, private messages, voice communications,and/or other communications. Communications may be received and enteredby the users via their respective client computing platforms 14.Communications may be routed to and from the appropriate users throughserver(s) 12 (e.g., through space module 20).

The interaction module 22 may be configured to monitor interactions ofthe users with the virtual space and/or each other within the virtualspace. This may include monitoring, for a given user, one or more oftimes at which the given user is logged in to the virtual space, areasof the virtual space the given user views or interacts with or in, otherusers the given user interacts with, the nature and/or content ofinteractions of the given user with other users, activities participatedin within the virtual space, level, powers, or skill attained in thevirtual space, inventory items obtained in the virtual space, and/orother interactions of the given user with the virtual space and/or otherusers. Some or all of the information generated by interaction module 22in monitoring the interactions of the users may be stored to the userprofiles managed by user module 18.

At a given time, interaction module 22 may determine a set of users thatare currently engaged with the virtual space and/or a set of users thatare currently not engaged with the virtual space. Being engaged with thevirtual space may refer to being logged in to the virtual space,performing some action or interaction within the virtual space withinsome period of time (e.g., the last 2 minutes), and/or other taking someother action indicating ongoing and contemporaneous engagement with thevirtual space.

The interaction module 22 may be configured to determine, for individualusers, an activity metric that indicates an activity level within thevirtual space. The activity metric may be determined based on one ormore of log in frequency, amount of time logged in to the virtual spacewithin a rolling time period (e.g., over the last day, week, month, orother rolling time period), average amount of time logged in to thevirtual space over some length of time (e.g., per day, per week, and/orother length of time), average log in session time over a rolling timeperiod, number of inter-user communications over a length of time,number of inter-user communications per log in, number of relationshipswith other users in the virtual space, number of new relationships withother users in the virtual space within a rolling time period, amount ofreal world money spent in the virtual space, and/or other activityparameters.

The relationship module 24 may be configured to establish relationshipsbetween users within the virtual space. Such relationships may includeone or more of friendships, guilds (with guild-mates), alliances,connections, followers, and/or other relationships. The relationshipmodule 24 may establish relationships based on relationship requests andacceptances received from users. Establishment of a relationship may beinitiated by a single communication (e.g., a request) initiated by agiven user requesting a relationship between the given user and one ormore other users. Establishment of a relationship may require a firstcommunication from the given user to be approved by the one or moreother users. Relationships may include one or more types ofrelationships that have a functional purpose or impact within thevirtual space, and/or one or more types of relationships of a socialconstruct within the virtual space that does not have a functionalresult.

Network module 26 of the game server 12 may be configured to maintain aconnection to the one or more client computing platforms 14. Forexample, the network module 26 may maintain one or more communicationlines or ports to enable connection and/or exchange of information witha network 40 and/or other computing platforms 14. Information such asstate information, game state and game logic may be communicated vianetwork module 26. The network module may be configured to receiveinformation from the client computing platform 14 as well.

A metrics module 28 may be configured to determine a user metric thatquantifies an aspect of the first user's participation in the game.There may be one or more user metrics determined in the game. The usermetric may quantify one or more of a progress within the game, a powerlevel within the game, a skill level within the game, a level of virtualtechnology advancement within the game, success within the game as awhole or within certain types of gameplay (e.g., player-versus-playergameplay, player-versus-environment gameplay, harvesting gameplay,and/or other gameplay types), and/or other aspects. The metrics modulemay be configured such that the user metric(s) may be determined basedon one or more of: resources in inventory, items in inventory, questscompleted, alliances joined, and/or levels completed and/or otherparameters.

A shop module 30 may be configured to effectuate presentation to theusers of offers to purchase resources. The offers may include a firstoffer for the first user to purchase a first set of one or more virtualitems. The virtual items may include a virtual good, a virtual currency,and/or other virtual items as described above. For example, the shopmodule 30 may be configured such that the offers presented to the firstuser may be restricted to offers having prices in a first price range.The first price range may be determined based on the user metric for thefirst user, and/or the user metric for other users. The shop module 30may be configured such that the first price range may change asparticipation by the first user in the game causes the user metric forthe first user to change. The shop module 30 may be configured such thatthe first price range may be bounded by one or more both of a minimumvalue and/or a maximum value. The shop module 30 may be configured suchthat the offers having prices below the minimum value may not beavailable for purchase by the first user. The shop module 30 may beconfigured such that offers having prices above the maximum value may belocked. This may mean the offers having prices above the maximum valuemay be unavailable for purchase by the first user independent fromwhether the first user has consideration sufficient to purchase suchoffers. Such offers may become unlocked as the maximum value of theprice range is adjusted above the prices of such offers.

For example, players' experience with pricing of in-game goods may beassociated with their progress in the game. In some implementations, thehigher the level of the player, the lower the in-game goods may cost.Depending on the level of the player, the goods available to the playermay change. Overall, the more the player advances in the game, new itemsmay be unlocked to the player for purchase. Goods previously provided tothe player for purchase may or may not be accessible to the playerdepending on the player's level. The virtual items purchased may not betransferable between users, to avoid a user engaging in arbitrage.

As a player moves up to the next levels, additional goods may becomeavailable to the player for purchase. For example, as the player expandsa level, they would no longer be interested in a $1,000 resource, butinstead would rather purchase a $100,000 resource as the game continuesto scale upward. The available goods for purchase may even be tailoredbased on the utility to the player.

In some implementations a short sword may initially cost $50 to aplayer. After the player has been playing the game for a year, theplayer may no longer be interested in the short sword, but instead wantsthe golden two-handed sword. The short sword at this point is no longeravailable to the player as the golden sword. Only the golden two-handedsword may now be available, and the price of this sword would alterbased on the player's in-game statistics.

A cost determination module 32 may be configured to determine prices forthe offers for the individual users based on the user metrics for theindividual users. The price of the first offer for the first user may bedetermined based on the user metric for the first user and/or otherusers. The cost determination module 32 may be configured such that theprice of the first offer for a second user may be determined based onthe user metric for the second user. In response to the user metric ofthe first user being higher than the user metric for the second user,the price of the first offer for the first user may be lower than theprice of the first offer for the second user, and/or vice versa.

In some implementations, a first player and a second player may havesimilar triggers, similar in-game events, and actually have differentprices and currencies inside each story depending on each player'sprogress in the game. An individual's experience with pricing may beassociated with their progress in the game, thus creating anindividualized experience that could alter from character to character.Therefore, while all players may receive a message for a particularitem, the cost for each player may be more or less than other playersbased on the individual's in-game statistics.

The game server 12, client computing platforms 14, and/or externalresources 36 may be operatively linked via one or more electroniccommunication links. For example, such electronic communication linksmay be established, at least in part, via a network such as the Internetand/or other networks. It will be appreciated that this is not intendedto be limiting, and that the scope of this disclosure includesimplementations in which game servers 12, client computing platforms 14,and/or external resources 36 may be operatively linked via some othercommunication media.

Game server 12 may include Electronic storage 34, one or more processors16, and/or other components. Game server 12 may include communicationlines, or ports to enable the exchange of information with a network 46and/or other computing platforms 14. Illustration of game server 12 inFIG. 1 is not intended to be limiting. Game server 12 may include aplurality of hardware, software, and/or firmware components operatingtogether to provide the functionality attributed herein to game server12. For example, game server 12 may be implemented by a cloud ofcomputing platforms operating together as game server 12.

Electronic storage 34 may comprise non-transitory storage media thatelectronically stores information. The electronic storage media ofElectronic storage 34 may include one or both of system storage that isprovided integrally (i.e., substantially non-removable) with game server12 and/or removable storage that is removably connectable to game server12 via, for example, a port (e.g., a USB port, a firewire port, etc.) ora drive (e.g., a disk drive, etc.). Electronic storage 34 may includeone or more of optically readable storage media (e.g., optical disks,etc.), magnetically readable storage media (e.g., magnetic tape,magnetic hard drive, floppy drive, etc.), electrical charge-basedstorage media (e.g., EEPROM, RAM, etc.), solid-state storage media(e.g., flash drive, etc.), and/or other electronically readable storagemedia. Electronic storage 34 may include one or more virtual storageresources (e.g., cloud storage, a virtual private network, and/or othervirtual storage resources). Electronic storage 34 may store softwarealgorithms, information determined by processor 16, information receivedfrom game server 12, information received from client computingplatforms 14, and/or other information that enables game server 12 tofunction as described herein.

Processor(s) 16 is configured to provide information processingcapabilities in game server 12. As such, processor 16 may include one ormore of a digital processor, an analog processor, a digital circuitdesigned to process information, an analog circuit designed to processinformation, a state machine, and/or other mechanisms for electronicallyprocessing information. Although processor 16 is shown in FIG. 1 as asingle entity, this is for illustrative purposes only. In someimplementations, processor 16 may include a plurality of processingunits. These processing units may be physically located within the samedevice, or processor 16 may represent processing functionality of aplurality of devices operating in coordination. The processor 16 may beconfigured to execute modules 18, 20, 22, 24, 26, 28, 30, and/or 32.Processor 16 may be configured to execute modules 18, 20, 22, 24, 26,28, 30, and/or 32 by software; hardware; firmware; some combination ofsoftware, hardware, and/or firmware; and/or other mechanisms forconfiguring processing capabilities on processor 16. As used herein, theterm “module” may refer to any component or set of components thatperform the functionality attributed to the module. This may include oneor more physical processors during execution of processor readableinstructions, the processor readable instructions, circuitry, hardware,storage media, or any other components.

It should be appreciated that although modules 18, 20, 22, 24, 26, 28,30, and/or 32 are illustrated in FIG. 1 as being implemented within asingle processing unit, in implementations in which processor includesmultiple processing units, one or more of modules 18, 20, 22, 24, 26,28, 30, and/or 32 may be implemented remotely from the other modules.The description of the functionality provided by the different modules18, 20, 22, 24, 26, 28, 30, and/or 32 described below is forillustrative purposes, and is not intended to be limiting, as any ofmodules 18, 20, 22, 24, 26, 28, 30, and/or 32 may provide more or lessfunctionality than is described. For example, one or more of modules 18,20, 22, 24, 26, 28, 30, and/or 32 may be eliminated, and some or all ofits functionality may be provided by other ones of modules 18, 20, 22,24, 26, 28, 30, and/or 32. As another example, processor 16 may beconfigured to execute one or more additional modules that may performsome or all of the functionality attributed below to one of modules 18,20, 22, 24, 26, 28, 30, and/or 32.

A given client computing platform 14 may include one or more processorsconfigured to execute computer program modules. The computer programmodules may be configured to enable an expert or user associated withthe given client computing platform 14 to interface with system 10, gameserver 12, and/or external resources 36, and/or provide otherfunctionality attributed herein to client computing platforms 14. By wayof non-limiting example, the given client computing platform 14 mayinclude one or more of a desktop computer, a laptop computer, a handheldcomputer, a tablet computing platform, a NetBook, a Smartphone, a gamingconsole, and/or other computing platforms.

External resources 36 may include sources of information, hosts and/orproviders of virtual spaces outside of system 10, external entitiesparticipating with system 10, and/or other resources. In someimplementations, some or all of the functionality attributed herein toexternal resources 36 may be provided by resources included in system10.

FIG. 2 illustrates a method 50 of providing in-game pricing relative toplayer statistics in an online game. The operations of method 50presented below are intended to be illustrative. In some embodiments,method 50 may be accomplished with one or more additional operations notdescribed, and/or without one or more of the operations discussed.Additionally, the order in which the operations of method 50 areillustrated in FIG. 2 and described below is not intended to belimiting.

In some embodiments, method 50 may be implemented in one or moreprocessing devices (e.g., a digital processor, an analog processor, adigital circuit designed to process information, an analog circuitdesigned to process information, a state machine, and/or othermechanisms for electronically processing information). The one or moreprocessing devices may include one or more devices executing some or allof the operations of method 50 in response to instructions storedelectronically on an electronic storage medium. The one or moreprocessing devices may include one or more devices configured throughhardware, firmware, and/or software to be specifically designed forexecution of one or more of the operations of method 50.

At an operation 52, an instance of a virtual space may be executed. Insome implementations, operation 52 may be performed by a space modulethe same as or similar to space module 20 (shown in FIG. 1 and describedabove).

At an operation 54, the executed instance of the virtual space may beimplemented to store inventories. The view information may define viewsto be presented to users via client computing platforms. In someimplementations, operation 54 may be performed by a user module the sameas or similar to user module 18 (shown in FIG. 1 and described above).

At an operation 56, a user metric that quantifies an aspect of the firstuser's participation in the game may be determined. In someimplementations, operation 56 may be performed by a metrics module thesame as or similar to metrics module 28 (shown in FIG. 1 and describedabove).

At an operation 58, the users may be presented offers to purchaseresources, the offers including a first offer for the first user topurchase a first set of one or more items. In some implementations,operation 58 may be performed by a shop module the same as or similar toshop module 30 (shown in FIG. 1 and described above).

At an operation 60, prices for the offers for the individual users basedon the user metrics for the individual users such that the price of thefirst offer for the first user may be determined based on the usermetric for the first user. In some implementations, operation 60 may beperformed by cost determination module the same as or similar to costdetermination module 32 (shown in FIG. 1 and described above).

FIG. 3 illustrates an exemplary diagram of a user interface 70 whichprovides in-game pricing relative to player statistics in an onlinegame, according to an aspect of the invention. As shown, user interface70 enables a user to purchase virtual items for in-game use. In someimplementations, the user may select the shop tab 72, and select from acategory 74 of virtual in-game goods to purchase. In someimplementations, the categories may include one or more: miscellaneous,speed up, combat, resources, chest, and/or any other category. Eachcategory contains lists of items 76 for a user to purchase. The userinterface 70 displays the cost 78 of each item to the user, and allowspurchase of the item 80. For each user, the cost 78 or each item maydiffer based on user metrics. For each user, a different set of items 76may be available for purchase depending on user metrics.

FIG. 4 illustrates an exemplary diagram of a user interface 82 whichprovides in-game pricing relative to player statistics in an onlinegame, according to an aspect of the invention. In some implementations,the user may select the shop tab 72, and select from a category 84 ofvirtual in-game goods to purchase.

Although the present technology has been described in detail for thepurpose of illustration based on what is currently considered to be themost practical and preferred implementations, it is to be understoodthat such detail is solely for that purpose and that the technology isnot limited to the disclosed implementations, but, on the contrary, isintended to cover modifications and equivalent arrangements that arewithin the spirit and scope of the appended claims. For example, it isto be understood that the present technology contemplates that, to theextent possible, one or more features of any implementation can becombined with one or more features of any other implementation.

What is claimed is:
 1. A system configured to facilitate providing anindividualized experience that varies for users, the system comprising:one or more physical processors configured to execute computer programmodules, the computer program modules comprising: a space moduleconfigured to execute an instance of a virtual space, and to implementthe instance of the virtual space to facilitate participation by theusers in an online game that takes place in the virtual space, whereinthe space module is configured to facilitate interaction of a user withthe virtual space by executing actions in the instance of the virtualspace in response to receiving the user's input; a user moduleconfigured to store inventories of resources that are available to usersin the virtual space, the inventories including a first inventory ofresources available to a first user in the virtual space; a metricsmodule configured to determine a user metric that quantifies an aspectof the first user's participation in the game; a shop module configuredto effectuate presentation to the users of offers to purchase resources,the offers including a first offer for the first user to purchase afirst set of one or more items, and a second offer for the first user topurchase a second set of one or more items different from the first setof one or more items; and a cost determination module configured todetermine prices for the offers for the individual users based on theuser metrics for the individual users such that a first price of thefirst offer for the first user is determined based on the user metricfor the first user, and a second price of the second offer for the firstuser is determined based on the user metric for the first user, whereinthe shop module is further configured such that the offers presented tothe first user are restricted to offers having prices in a first pricerange, the first price range being determined based on the user metricfor the first user, and wherein, responsive to the first price being inthe first price range and the second price being out of the first pricerange, such restriction causes the first offer to be presented to thefirst user and the second offer to be restricted for the first user. 2.The system of claim 1, wherein the metrics module is configured suchthat the user metric is determined based on one or more of: resources ininventory, items in inventory, quests completed, alliances joined, orlevels completed.
 3. The system of claim 1, wherein cost determinationmodule is configured such that the price of the first offer for a seconduser is determined based on the user metric for the second user, whereinin response to the user metric of the first user being higher than theuser metric for the second user, the price of the first offer for thefirst user is lower than the price of the first offer for the seconduser.
 4. The system of claim 1, wherein the shop module is configuredsuch that the first price range changes based on the user metric.
 5. Thesystem of claim 1, wherein the shop module is configured such that thefirst price range includes a minimum value and a maximum value.
 6. Thesystem of claim 5, wherein the shop module is configured such that inresponse to the second price being below the minimum value, the secondoffer is not available to the first user.
 7. The system of claim 5,wherein the shop module is configured such that in response to thesecond price being above the maximum value, the second offer is lockedand will become unlocked when the first price range is adjusted toinclude the second price.
 8. A computer implemented method for providingan individualized experience that varies for users, the method beingimplemented in a computer system that includes one or more physicalprocessors executing computer program modules, the method comprising:executing an instance of a virtual space, and implementing the instanceof the virtual space to facilitate participation by the users in anonline game that takes place in the virtual space, wherein facilitatinginteraction of a user with the virtual space by executing actions in theinstance of the virtual space in response to receiving the user's input;storing inventories of resources that are available to users in thevirtual space, the inventories including a first inventory of resourcesavailable to a first user in the virtual space; determining a usermetric that quantifies an aspect of the first user's participation inthe game; effectuating presentation to the users of offers to purchaseresources, the offers including a first offer for the first user topurchase a first set of one or more items, and a second offer for thefirst user to purchase a second set of one or more items different fromthe first set of one or more items; and determining prices for theoffers for the individual users based on the user metrics for theindividual users such that a first price of the first offer for thefirst user is determined based on the user metric for the first user,and a second price of the second offer for the first user is determinedbased on the user metric for the first user, wherein the offerspresented to the first user are restricted to offers having prices in afirst price range, the first price range being determined based on theuser metric for the first user, and wherein, responsive to the firstprice being in the first price range and the second price being out ofthe first price range, such restriction causes the first offer to bepresented to the first user and the second offer to be restricted forthe first user.
 9. The method of claim 8, wherein the metric isdetermined based on one or more of: resources in inventory, items ininventory, quests completed, alliances joined, or levels completed. 10.The method of claim 8, wherein the price of the first offer for a seconduser is determined based on the user metric for the second user, whereinin response to the user metric of the first user being higher than theuser metric for the second user, the price of the first offer for thefirst user is lower than the price of the first offer for the seconduser.
 11. The method of claim 8, wherein a shop module is configuredsuch that the first price range changes based on the user metric. 12.The method of claim 11, wherein the shop module is configured such thatthe first price range includes a minimum value and a maximum value. 13.The method of claim 12, wherein the shop module is configured such thatin response to the second price being below the minimum value, thesecond offer is not available to the first user.
 14. The method of claim12, wherein the shop module is configured such that in response to thesecond price being above the maximum value, the second offer is lockedand will become unlocked when the first price range is adjusted toinclude the second price.